跳到主要内容

检测设置与 ROI 类型

本页介绍了在 OV20i 系统中定义检测区域及组织基于 AI 的检测工作流的基本概念。

ROI（感兴趣区域）基础​

什么是 ROI？​

ROI（感兴趣区域）定义了 AI 模型执行检测分析的矩形区域。这些区域将处理资源集中于特定位置，提高准确性和效率。

核心 ROI 概念：

  • AI 模型工作区 — ROI 作为 AI 模型分析图像数据的参考位置
  • 处理效率 — 集中分析提升检测速度
  • 结果精度 — 目标分析减少误报
  • 多区域 — 可定义多个 ROI 以实现全面检测

image.png

OV20i 中的 ROI 类型​

仅支持矩形 ROI​

OV20i 使用 矩形 ROI 作为所有检测场景的唯一 ROI 类型。

为何选择矩形：

  • 通用适用 — 适合大多数工业检测需求
  • AI 优化 — 矩形区域优化模型处理
  • 实现简单 — 设置和管理直观
  • 兼容对齐 — 与模板对齐系统无缝配合

ROI 命名与标识​

默认命名：“New ROI”​

每个新 ROI 默认命名为 “New ROI”，建议更改为具有实际意义的名称。

为何更改 ROI 名称：

  • 系统集成 — 命名的 ROI 更易于自动化引用
  • 维护管理 — 清晰名称简化故障排查
  • 文档记录 — 有意义的名称提升系统理解度

命名示例：

  • "Bolt_Tightness_Check"
  • "Label_Presence_Verify"
  • "Surface_Quality_ROI"
  • "Component_Alignment"

image.png

检测类型：分组与组织​

默认：“Inspection Type 1”​

系统默认创建 “Inspection Type 1” 作为分组名称，建议更改为反映实际检测目的的名称。

检测类型功能：

  • ROI 分组 — 将相关 ROI 归类于逻辑类别
  • 结果组织 — 按类型分组检测结果
  • 工作流管理 — 简化复杂多区域检测

image.png

关键：Node-RED 集成​

检测类型名称的重要性：
必须更改检测类型名称，因为 Node-RED 使用该名称进行输出发布。该名称成为数据路由和系统集成的标识符。

Node-RED 输出影响：

  • 数据发布 — 结果通过检测类型名称发布
  • 外部集成 — 其他系统通过该标识符接收数据
  • 自动化逻辑 — Node-RED 流程引用该名称进行路由

有效命名策略：

  • 基于流程： "Quality_Control", "Dimensional_Check"
  • 基于特征： "Surface_Inspection", "Component_Verification"
  • 基于位置： "Top_Panel_Check", "Side_Assembly"
  • 避免通用名称： 用具体标识替换 "Inspection Type 1"

设置工作流​

配置流程​

关键步骤：

  1. 检测类型命名 — 将 “Inspection Type 1” 更改为有意义名称
  2. ROI 创建 — 使用 + Add Inspection Region 添加矩形区域
  3. ROI 命名 — 将 “New ROI” 更改为描述性名称
  4. 定位调整 — 适当调整 ROI 大小和位置
  5. 验证 — 确认设置满足检测需求

多 ROI 管理​

组织策略：

  • 逻辑分组 — 将相关 ROI 归入合适的检测类型
  • 命名一致 — 采用系统化命名规范
  • 系统集成 — 考虑 Node-RED 输出需求

集成注意事项​

模板对齐集成​

对齐优势：

  • 自动调整 — ROI 随零件对齐修正移动
  • 覆盖一致 — ROI 保持相对零件特征位置
  • 位置容差 — 零件变化不影响检测准确性

Node-RED 兼容性​

集成要求：

  • 唯一名称 — 确保检测类型名称在输出中唯一
  • 命名规范 — 建立系统集成的命名标准
  • 输出测试 — 验证 Node-RED 接收正确标识符

最佳实践​

有效的 ROI 配置​

关键指南：

  • 描述性命名 — ROI 和检测类型名称应具备实际意义
  • 合适尺寸 — 在覆盖特征和处理效率间取得平衡
  • 战略组织 — 合理分组相关 ROI

系统集成​

规划考虑：

  • Node-RED 需求 — 规划检测类型名称以支持数据路由
  • 文档记录 — 记录 ROI 目的及集成点
  • 测试验证 — 确认输出正确传达至目标系统

🔗 参见​